Description

When recovering on a new device, we need to recover any long running operations that are currently on-going. Checking also allows us to know if e.g. an identifier is pending or not.

linkedGroupRequest is now linkedRequest and is also used to track single-sig/individual IPEX so we can recover. Before, we deleted any notification related to individual IPEX once the long running operation was tracked, but a hidden flag has been introduced on the notification record to temporarily hide it in the UI. It also then gets deleted once the long running operation completes, like multi-sig/group IPEX.

Not applicable to connections/contacts since the contacts only appear once complete anyway. Any pending connections will be lost in recovery and this is acceptable.

Checklist before requesting a review

Issue ticket number and link

• This PR has a valid ticket number or issue: DTIS-1583

Testing & Validation

• This PR has been tested/validated in IOS, Android and browser.
• The code has been tested locally with test coverage match expectations.
• Added new Unit/Component testing (if relevant).

Security

• No secrets are being committed (i.e. credentials, PII)
• This PR does not have any significant security implications

Code Review

• There is no unused functionality or blocks of commented out code (otherwise, please explain below)
• In addition to this PR, all relevant documentation (e.g. Confluence) and architecture diagrams (e.g. Miro) were updated